Desarrollo web, SEO, SEM y medición: qué pedir en un solo alcance
Repartir el desarrollo web y SEO, el SEM y la analítica entre equipos que no comparten alcance sale caro en reuniones, en retrabajo y en una medición que no cuadra al publicar. No sale caro porque “haya varias agencias”. Sale caro cuando nadie es dueño de las decisiones que afectan a todos.
En las empresas grandes es normal que SEO, medios y analítica ya tengan partner. En dobleO trabajamos en coordinación con ese ecosistema. Este artículo explica qué decisiones hay que tomar una sola vez, qué se puede gobernar con varios proveedores y qué hay que pedir cuando el proyecto web es integral.
En resumen
- Lo que no se ve al principio no es la factura de cada agencia. Es el retrabajo cuando URL, plantillas, velocidad o eventos se deciden tarde.
- Un alcance integral incluye diseño, desarrollo, rendimiento, SEO técnico y analítica avanzada. Los medios pueden seguir en otro partner si el data layer está acordado.
- Hace falta un dueño del data layer y un ritual corto entre desarrollo, SEO, medios y analítica.
- Varios proveedores funcionan cuando el alcance de cada uno está escrito.
En el desarrollo web, SEO, medios y analítica pueden seguir con su partner si las decisiones de URL, plantilla y evento se toman una sola vez.
Un recorrido concreto de las mismas decisiones, tomadas tarde
Conviene verlo en secuencia, como patrón, no como la historia de una marca. El sitio corporativo se rediseña. El estudio cierra la home y tres plantillas interiores. Las URLs se discuten cuando el desarrollo ya ha montado la navegación, porque SEO —otro proveedor— recibe el mapa en la semana anterior a la integración. Hay que rehacer slugs, y con ellos los enlaces internos y las campañas que medios ya tenía en borrador apuntando a las URLs viejas “que se iban a mantener”.
En paralelo, el equipo de medios pide una landing por mercado. La plantilla de servicio no tiene módulo para un formulario corto distinto del de contacto general. Se duplica una página a mano. Esa página no hereda el evento de conversión: alguien pega un contenedor de etiquetas distinto. Durante dos semanas, la mitad de los envíos no entran en el informe que dirección mira. Nadie ha roto nada “a propósito”. Cada equipo ha hecho su trabajo con la información que tenía en su contrato.
El arreglo posterior parece barato visto en horas sueltas. No lo es. Hay que reabrir diseño, repetir QA, avisar a medios de las URLs definitivas y reconciliar eventos. El calendario de publicación se mueve. El sitio sale con una analítica que el equipo no se fía de leer durante el primer mes, que es justo cuando todo el mundo pregunta si el rediseño “funciona”.
Nada de esta secuencia exige que una sola empresa compre los medios, redacte el SEO y programe la web. Exige que las URLs, las plantillas de campaña y los eventos estén en el alcance de quien construye, y que los otros partners los vean antes de que el diseño esté cerrado. El retrabajo está en la segunda vuelta, no en una hora semanal de coordinación.
Desarrollo web y SEO en la misma URL
La URL de una landing de campaña es el sitio donde se ve si el alcance está partido de verdad. Medios necesita un destino que acepte sus parámetros y que no cambie cada vez que el anuncio rota. SEO necesita que esa URL, si se indexa, no compita con la página de servicio, o que lleve una instrucción clara de no indexarse. Analítica necesita un evento que distinga “vino de esta campaña” de “envió el formulario”. Desarrollo necesita que todo eso quepa en un módulo del sistema, no en una página huérfana maquetada en una herramienta aparte.
Si cada oficio encarga su pieza por separado, salen cuatro URLs. Una en el subdominio de la herramienta de landings. Otra, la de servicio, que SEO sí quiere posicionar. Un evento que cuenta clics en la herramienta y no llega al CRM. Y un módulo en el CMS que nadie usa porque la campaña ya salió. El visitante no ve el conflicto. Ese desajuste se ve el mes siguiente, cuando el informe de medios y el de analítica no suman lo mismo.
Una ficha por URL
El arreglo no es fusionar agencias. Es una ficha de esa URL, de una página, escrita antes de producir el anuncio. Destino canónico. Si se indexa o no. Qué parámetros se conservan. También qué evento dispara el formulario y con qué identificador de campaña, sin guardar el nombre de la persona en el analítico. Qué módulo del sistema la pinta. Quién avisa si el anuncio cambia el destino. Esa ficha la puede mantener el equipo que construye la web. Medios y SEO la comentan. No hace falta que la firmen en un contrato nuevo.
En la ficha entran la arquitectura y el rendimiento: el módulo tiene que caber en el peso acordado para esa plantilla, los scripts de la campaña no pueden adelantarse al consentimiento, y el entorno de preproducción tiene que poder enseñar la landing con los parámetros sin tocar producción. Marketing y sistemas ven que coordinar partners es un documento corto sobre una URL concreta, no una reunión mensual sin orden del día.
El mismo método sirve para la ficha de producto en un ecommerce de varios idiomas, cuando el caso es una tienda y no una landing. Una URL por idioma, un identificador de producto estable, un evento de añadir al carrito que significa lo mismo en los tres idiomas, y un acuerdo con quien lleva el feed de shopping antes de cambiar el título que ese feed lee. Si el feed lo lleva otro partner, se le sienta cuando se decide el título, no cuando el anuncio ya se ha quedado sin impresiones. Diseño hace la ficha legible. SEO y SEM dicen qué campos no se pueden improvisar. Cuentas pone la fecha. Sin la fecha, el método es un deseo.
Los objetos técnicos que los partners pueden compartir sin unificarse
Coordinar no es reunirse. Es dejar cuatro artefactos que cada oficio sabe leer. Si no existen, la coordinación se convierte en un hilo de correo donde diseño, SEO, medios y analítica describen la misma URL con cuatro nombres.
El primero es el modelo de URL. Una plantilla, un patrón: por ejemplo /servicios/{slug}/ en el idioma principal y el prefijo de idioma en el secundario, con la barra final decidida y aplicada igual en canonical, en el sitemap y en el enlace interno. Los parámetros de campaña (utm_source, utm_medium, utm_campaign, y el identificador de anuncio si existe) se conservan para la medición y no entran en la canonical. Si entran, cada anuncio genera una URL “distinta” y el rastreo se fragmenta. Los filtros de una tienda, si el proyecto es ecommerce, no se indexan todos: se acuerda qué combinaciones tienen página propia y cuáles son un estado de la misma ficha, con canonical hacia la URL limpia.
Idiomas, eventos y terceros
El segundo es el clúster de idiomas. Cada URL declara sus alternativas con hreflang, incluida la autorreferencia, y el x-default si se ha decidido una puerta de entrada. Un idioma que es calco automático no se publica como si fuera una traducción revisada: o se marca el flujo (traducción humana, revisión, publicación) o no se genera la URL. El sitemap separa o agrupa según lo que el CMS haga de forma fiable. El partner de SEO puede imponer el criterio. Quien construye la plantilla es quien hace que el hreflang salga del mismo campo del que sale el enlace de idioma. Si salen de sitios distintos, se desincronizan en la primera corrección de un editor.
El tercero es el contrato del evento, en una ficha corta. Nombre estable, momento exacto (respuesta correcta del servidor, no el clic), parámetros permitidos, parámetros prohibidos —email, teléfono, nombre— y qué herramienta lo consume. Medios optimiza hacia ese nombre. Analítica lo explora. Desarrollo lo emite desde el componente. Si el nombre cambia a mitad de campaña, las tres series se parten. Por eso el nombre se decide antes de producir el anuncio, no en la semana del go-live.
El peso de los terceros
El cuarto es el presupuesto de terceros en la plantilla, entendido como lista y no como una cifra de ahorro. Qué script es necesario para el primer pintado, cuál puede esperar al consentimiento, cuál no debe entrar en la home. Un píxel de campaña en la landing puede ser innegociable. Un chat, una reproducción de sesión y un segundo gestor de etiquetas, cargados a la vez y antes de que la página responda, sí se pueden ordenar. La canonical y el hreflang tienen que salir de la plantilla, el evento tiene que vivir en el componente, y los scripts que no son el contenido no pueden adelantarse al hilo principal ni al consentimiento. Marketing y sistemas dejan esos cuatro objetos escritos, que es lo que los partners que ya existen pueden ejecutar sin convertirse en un solo proveedor.
Qué pedir en la propuesta para no comprar un adjetivo
“Proyecto integral” en una portada no dice nada. En el cuerpo tiene que aparecer la lista de módulos y la lista de lo que no entra. También los dos momentos con otros partners, aunque la propuesta no facture el trabajo de esos partners. Si una agencia solo sabe trabajar cuando el resto del ecosistema desaparece, lo dirá al pedir exclusividad de SEO, de medios y de analítica como condición para construir la web. Esa condición se puede aceptar. También se puede leer como una limitación del método, no como una exigencia del proyecto.
Lo que sí es exigible es que el precio, cuando se envíe, parta de supuestos iguales a los de las otras propuestas: número de plantillas, idiomas, integraciones y si la medición parte de un inventario o de cero. Sin esos supuestos, “integral” y “no integral” se comparan por la cifra. Con ellos, se compara qué reuniones y qué documentos incluye la cifra. Esa comparación es la que evita pagar dos veces la misma URL: una en el diseño y otra cuando SEO la cambia.
Cuándo tiene sentido seguir con varios proveedores
Tiene sentido cuando cada uno tiene un oficio claro y el proyecto web no depende de que adivinen el de los demás. Medios puede seguir comprando campañas. SEO de contenidos puede seguir en quien ya conoce el archivo editorial. Analítica de negocio puede seguir en el equipo interno si el data layer se entrega documentado.
Deja de tener sentido cuando la misma decisión —una URL, un formulario, un evento— la rediseñan tres veces porque nadie la incluyó en el alcance. Ahí el “somos integrales” de una propuesta tiene que verse en módulos, no en un adjetivo.
Qué pedir, sin prometer que una agencia hace el oficio de todas:
- Discovery con marketing y sistemas.
- Diseño y sistema de plantillas gobernable.
- Desarrollo sobre el CMS que se haya decidido, no sobre una preferencia previa.
- Rendimiento de las plantillas que concentran las visitas.
- SEO técnico en el build, no como informe al final.
- Analítica avanzada: eventos, consentimiento y una comprobación al publicar.
- Handoff para el equipo interno y para los partners que siguen.
Preguntas frecuentes
¿Un alcance integral sustituye al equipo de medios?
No. Sustituye el hueco en el que la web se construye sin saber cómo se va a medir ni cómo se van a usar las landings. La compra de medios puede seguir donde está.
¿Hay que cambiar de agencia de SEO para hacer el rediseño?
No por sistema. Hay que acordar URLs, plantillas y migración antes de construir. Si ese acuerdo no existe, el rediseño se come el trabajo SEO aunque la agencia sea buena.
¿Qué es “analítica avanzada” en este contexto?
No es un dashboard decorativo. Es un data layer con eventos que el negocio usa, consentimiento resuelto y una comprobación de que, al publicar, esos eventos siguen llegando.
Siguiente paso
Esas decisiones se escriben en el brief, no en la segunda vuelta de las pantallas.
Un desarrollo web integral las deja en el mismo documento que el diseño.
El documento de partida está en cómo briefar el rediseño.
Diego Quiñones · Technical Growth Architect en dobleO (Madrid). Arquitectura web, rendimiento, SEO técnico e infraestructura, junto al equipo de diseño, SEO y SEM, cuentas y dirección. Con el equipo dobleO.
